Object control method and device, storage medium, and electronic device

ABSTRACT

Embodiments of this application disclose an object control method and device, a storage medium, and an electronic device. The method includes: detecting a first operation triggered in a client, the client displaying a virtual scene, and the first operation being used for instructing a target object in the virtual scene to move from one side of a target obstacle to the other side of the target obstacle; determining a target action to be performed by the target object, the target action being determined according to attributes of the target obstacle, and the target action being a crossing type or climbing type action performed by the target object to move from one side of the target obstacle to the other side of the target obstacle; and controlling, in the virtual scene, the target object to perform the target action. The embodiments of this application resolve a technical problem of an undiversified operation manner in an encounter of an obstacle in the related art.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation application of PCT Application No.PCT/CN2019/078225, entitled “OBJECT CONTROL METHOD, DEVICE, STORAGEMEDIUM AND ELECTRONIC DEVICE” filed on Mar. 15, 2019, which claimspriority to Chinese Patent Application No. 201810246273.2, entitled“OBJECT CONTROL METHOD AND DEVICE, STORAGE MEDIUM, AND ELECTRONICDEVICE” filed with the Chinese National Intellectual PropertyAdministration on Mar. 23, 2018, all of which are incorporated byreference in their entirety.

FIELD OF THE TECHNOLOGY

Embodiments of this application relate to the field of the Internet, andspecifically, to an object control method and device, a storage medium,and an electronic device.

BACKGROUND OF THE DISCLOSURE

With the development of multimedia technologies and the popularizationof wireless networks, people's entertainment activities becomeincreasingly rich, for example, connecting to a network to play a gameby using a handheld media device, and playing a standalone game or anonline game by using a computer; and types of games are diversified,such as a barrage shooting game, an adventure game, a simulation game, arole-playing game, a casual card game, and other games.

In most types of games, for example, in a shooting game, an obstacle maybe encountered during a game process. Currently, a player can avoid theobstacle only in a single manner of bypassing the obstacle. This gameoperation manner is undiversified, and degrades user experience.

For the foregoing problem, currently no effective solution has beenproposed.

SUMMARY

Embodiments of this application provide an object control method anddevice, a storage medium, and an electronic device, to at least resolvea technical problem of an undiversified operation manner in an encounterof an obstacle in the related art.

According to an aspect of the embodiments of this application, an objectcontrol method is performed at an electronic device having one or moreprocessors and memory storing instructions to be executed by the one ormore processors. The method includes: displaying a virtual scene using aclient running at the electronic device; detecting a first operationtriggered in the client, and the first operation being used forinstructing a target object in the virtual scene to move from one sideof a target obstacle to the other side of the target obstacle;determining a target action to be performed by the target object, thetarget action being determined according to attributes of the targetobstacle, and the target action being a crossing type or climbing typeaction performed by the target object to move from one side of thetarget obstacle to the other side of the target obstacle; andcontrolling, in the virtual scene, the target object to perform thetarget action.

According to another aspect of the embodiments of this application, anobject control device is further provided. The device includes one ormore processors and one or more memories storing program units. Theprogram units are executed by the processor and include: a detectionunit, configured to detect a first operation triggered in a client, theclient displaying a virtual scene, and the first operation being usedfor instructing a target object in the virtual scene to move from oneside of a target obstacle to the other side of the target obstacle; adetermining unit, configured to determine a target action to beperformed by the target object, the target action being determinedaccording to attributes of the target obstacle, and the target actionbeing a crossing type or climbing type action performed by the targetobject to move from one side of the target obstacle to the other side ofthe target obstacle; and a performing unit, configured to control, inthe virtual scene, the target object to perform the target action.

According to another aspect of the embodiments of this application, anon-transitory computer readable storage medium is further provided. Thestorage medium includes a plurality of programs, the program performingthe foregoing method when executed by a processor of an electronicdevice.

According to another aspect of the embodiments of this application, anelectronic device is further provided. The electronic device includes amemory, a processor, and a computer program stored on the memory andcapable of being executed on the processor, the processor performing theforegoing method by using the computer program.

In the embodiments of this application, a first operation triggered in aclient is detected, the client displaying a virtual scene, and the firstoperation being used for instructing a target object in the virtualscene to move from one side of a target obstacle to the other side ofthe target obstacle; a target action to be performed by the targetobject is determined, the target action being determined according toattributes of the target obstacle, and the target action being acrossing type or climbing type action performed by the target object tomove from one side of the target obstacle to the other side of thetarget obstacle; and the target object is controlled in the virtualscene to perform the target action. In other words, in the embodimentsof this application, a plurality of operation manners for getting overan obstacle are provided in a virtual scene, and a technical problem ofan undiversified operation manner in an encounter of an obstacle in therelated art can be resolved, thereby achieving a technical effect ofenriching operations in an encounter of an obstacle.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings described herein are used for providing afurther understanding of the embodiments of this application, andconstitute a part of the embodiments of this application. Schematicembodiments of this application and descriptions thereof are used forexplaining this application, and do not constitute an improperlimitation to this application. In the accompanying drawings,

FIG. 1 is a schematic diagram of a hardware environment of an objectcontrol method according to an embodiment of this application.

FIG. 2 is a flowchart of an optional object control method according tothis embodiment of this application.

FIG. 3 is a schematic diagram of an optional game interface according toan embodiment of this application.

FIG. 4 is a schematic diagram of another optional game interfaceaccording to an embodiment of this application.

FIG. 5 is a schematic diagram of an optional obstacle according to anembodiment of this application.

FIG. 6 is a schematic diagram of another optional obstacle according toan embodiment of this application.

FIG. 7 is a schematic diagram of still another optional game interfaceaccording to an embodiment of this application.

FIG. 8 is a schematic diagram of still another optional game interfaceaccording to an embodiment of this application.

FIG. 9 is a schematic diagram of still another optional game interfaceaccording to an embodiment of this application.

FIG. 10 is a schematic diagram of still another optional game interfaceaccording to an embodiment of this application.

FIG. 11 is a flowchart of another optional object control methodaccording to an embodiment of this application.

FIG. 12 is a schematic diagram of still another optional obstacleaccording to an embodiment of this application.

FIG. 13 is a schematic diagram of still another optional obstacleaccording to an embodiment of this application.

FIG. 14 is a schematic diagram of an optional object control deviceaccording to an embodiment of this application.

FIG. 15 is a structural block diagram of an electronic device accordingto an embodiment of this application.

DESCRIPTION OF EMBODIMENTS

To make a person skilled in the art understand solutions of theembodiments of this application better, the following clearly andcompletely describes the technical solutions in the embodiments of thisapplication with reference to the accompanying drawings in theembodiments of this application. Apparently, the described embodimentsare merely some but not all of the embodiments of this application. Allother embodiments obtained by a person of ordinary skill in the artbased on the embodiments of this application without creative effortsshall fall within the protection scope of the embodiments of thisapplication.

The terms such as “first” and “second” in the specification, claims, andthe accompanying drawings of this application are intended todistinguish between similar objects rather than necessarily describe aparticular sequence or a chronological order. It is to be understoodthat the data termed in such a way are interchangeable in propercircumstances so that the embodiments of this application describedherein can be implemented in orders except the order illustrated ordescribed herein. In addition, the terms “include”, “comprise” and anyother variants are intended to cover the non-exclusive inclusion. Forexample, a process, method, system, product, or device that includes aseries of steps or units is not necessarily limited to those expresslylisted steps or units, but may include other steps or units notexpressly listed or inherent to such a process, method, product, ordevice.

First, some nouns or terms that appear during descriptions of theembodiments of this application are applicable to the followingexplanations:

A 3D game is a three-dimensional electronic game manufactured based onthree-dimensional computer patterns, including, but not limited to, amultiplayer online network 3D game and a single-player 3D game played bya single person, and may be implemented based on a virtual reality gamesystem established by a 3D game system. 3D games can be generallyapplied to platforms, and include 3D games on a game console platform, amobile phone game platform, and a PC side game platform.

First-person shooting game (FPS): an FPS belongs to a branch of actiongames (ACTs); and a first-person perspective shooting game, as the namesuggests, is to perform a shooting game from a subjective perspective ofa player.

According to an aspect of the embodiments of this application, a methodembodiment of an object control method is provided.

Optionally, in this embodiment, the object control method may be appliedto a hardware environment formed by a server 101 and a terminal 103shown in FIG. 1. As shown in FIG. 1, the server 101 is connected to theterminal 103 through a network, and may be configured to provideservices (such as a game service and an application service) to aterminal or a client installed on a terminal. A database 105 may be seton the server or independent from the server, and is configured toprovide a data storage service to the server 101. The network includesbut is not limited to: a wide area network, a metropolitan area network,or a local area network. The terminal 103 is not limited to: a PC, amobile phone, a tablet computer, and the like. FIG. 2 is a flowchart ofan optional object control method according to an embodiment of thisapplication. As shown in FIG. 2, the method may include the followingsteps:

Step S202: A terminal detects a first operation triggered in a client,the client displaying a virtual scene, and the first operation beingused for instructing a target object (107) in the virtual scene to movefrom one side A of a target obstacle (109) to the other side B of thetarget obstacle. The client may be configured to operate an object inthe virtual scene.

The virtual scene is a scene of a target application in which anobstacle is formed, such as a game application, a military simulationapplication, or a social application. For unification of descriptions,the descriptions are provided subsequently by using the game applicationas an example. Game types of the game application include, but are notlimited to a barrage game, a shooting game, an adventure game, a casualgame, a multiplayer online battle arena game, and the like. The firstclient is a client formed after the applications are installed on adevice such as a mobile terminal or a PC.

The first operation may be an operation directly triggering the targetobject to get over the obstacle, such as an operation for a “crossing”or “climbing” button on the client, or an operation indirectlytriggering the target object to get over the obstacle, such as anoperation for a “running” button, a “walking” button, or a “creepingforward” button on the client. During a forwarding process triggered bythese operations, an encountered obstacle can be automatically got over.

Step S204: The terminal determines a target action to be performed bythe target object, the target action being determined according toattributes of the target obstacle, and the target action being acrossing type or climbing type action performed by the target object tomove from one side of the target obstacle to the other side of thetarget obstacle.

There are a plurality of actions that may be used by the target objectfor getting over the obstacle. These actions belong to two types, suchas a crossing type or climbing type action. The target action isdetermined according to the attributes of the target obstacle. In otherwords, if current attribute values of the attributes of the targetobstacle are different, used target actions may be different.

The crossing is that: scanning detection is performed on attributes ofthe obstacle, for example, settings on an assistant determining box, sothat when approaching the obstacle, the player can reach the other sideof the obstacle by clicking a jump button to trigger a crossing action.

The climbing is that: scanning detection is performed on attributes ofthe obstacle, for example, settings on the assistant determining box, sothat when approaching the obstacle, the player can reach an uppersurface of the obstacle, or even stand on an upper surface of theobstacle through climbing by clicking a climbing button to trigger aclimbing action.

Step S206: The terminal controls, in the virtual scene, the targetobject to perform the target action, as shown in FIG. 3.

Step S206 is only used for representing that the target object iscontrolled to perform the target action, and whether the performingsucceeds, that is, whether the target object succeeds in moving from oneside of the target obstacle to the other side of the target obstacle isnot limited in this embodiment of this application.

In the foregoing embodiment, descriptions are provided by using anexample in which the object control method in this embodiment of thisapplication is performed by the terminal 103. The method in thisembodiment of this application may also be performed by the server 101,or may be performed by the server 101 and the terminal 103 together.When the terminal 103 performs the object control method in thisembodiment of this application, the method may also be performed by aclient installed in the terminal 103.

Through steps S202 to S208, when the first operation triggered in theclient is detected, the action to be performed by the target object,that is, the crossing type or climbing type action performed to movefrom one side of the target obstacle to the other side of the targetobstacle, is determined according to the attributes of the targetobstacle; and then the target object is controlled in the virtual sceneto perform the target action. In other words, in this embodiment of thisapplication, a plurality of operation manners for getting over anobstacle are provided in a virtual scene, and a technical problem of anundiversified operation manner in an encounter of an obstacle in therelated art can be resolved, thereby achieving a technical effect ofenriching operations in an encounter of an obstacle.

In the technical solution in this embodiment of this application, in a3D game scene, a role may perform two actions including crossing andclimbing. When crossing and climbing are satisfied, an action that theplayer intends to perform is selected by using a branch system (that is,when crossing and climbing conditions are simultaneously met, a systemtriggering crossing or climbing is dynamically determined based ondetermining on an action of a player and the scene). Crossing andclimbing actions are dynamically selected and adjusted according toconditions such as a player status, obstacle information, and anassistant determining body, and objective attributes of an obstacle andthe assistant determining body are set, so that an objective of gettingover the obstacle or standing on the obstacle by using the action can beachieved, and an operation that the player intends to trigger can bedynamically determined and selected. For ease of further understandingthe technical solution in this embodiment of this application, thisembodiment of this application is further described in detail below withreference to the steps in FIG. 2:

In the technical solution provided in step S202, during a process inwhich the player manipulates the target object in the virtual scene byusing the client, if a target obstacle is encountered in the virtualscene, and in a case that the client determines that the target obstacleis allowed to be crossed or climbed, an identifier used for triggeringthe first operation is displayed in the client, and the player maytrigger the first operation by clicking the identifier. In this case,the terminal may detect the first operation triggered in the client, thefirst operation being used by the player for instructing the targetobject in the virtual scene to move from one side of the target obstacleto the other side of the target obstacle.

In the embodiment provided in step S202, a status of the obstacle may beconfigured for all objects in the virtual scene. In other words, if theobstacle is configured to be allowed to be got over, all the objects inthe virtual scene can get over the obstacle; and if the obstacle isconfigured to not be allowed to be got over, all the objects in thevirtual scene cannot get over the obstacle. For different objects in thevirtual scene, statuses of the obstacle are different. For example, thestatuses of the obstacle may be different according to differentstatuses of the object. For example, an obstacle can be got over by anobject whose height reaches 1.8 m; otherwise, the obstacle cannot be gotover. For another example, an obstacle can be got over by an objectwhose capability value reaches a threshold; otherwise the obstaclecannot be got over.

Optionally, determining whether the obstacle is allowed to be got over(including being crossed or climbed) may include:

In a first step, a position of the target object (that is, a role of theplayer) is determined by using the assistant determining body.

An assistant determining body 401 may be first preset before an item(that is, an obstacle 403) needing to be crossed. As shown in FIG. 4,only after a character (that is, the target object) enters the assistantdetermining body, a determining stage of a climbing and crossing systemcan be triggered. Based on this manner, screening and layout can beperformed on all obstacles that can be crossed and climbed, andadvantages of a targeted test include: first, reducing a risk in losingcontrol of the system and occurrence of abnormality; and second,enabling obstacles that can be climbed and crossed to be more proper.

Optionally, when a special obstacle exists, required extra informationis recorded in a class attribute of the assistant determining body, andis used for indicating whether the obstacle can be crossed or climbed.

The assistant determining body is equivalent to a target area. The areamay be any area around the obstacle 403, and even may be an annular areaaround the obstacle 403.

Optionally, in a second step, when a condition is met, that is, afterthe target object enters into the assistant determining body, whether aprohibition determining body 405 exists on the top of the obstacle canbe determined. If the prohibition determining body 405 exists, theclimbing and crossing system is not triggered; and if no prohibitiondetermining body 405 exists, the climbing and crossing system is allowedto be triggered to enter a further determining stage.

A third step is the determining stage of the climbing and crossingsystem.

The third step may be performed after the first step.

That is, in a case that the target object is located in a target area inthe virtual scene, configuration information of the obstacle isobtained, and distances between points in the target area and theobstacle are within a target threshold (such as 1 m, 50 cm, or 10 cm).In a case that the configuration information indicates that the obstacleis allowed to be crossed or climbed, it is determined that the obstacleis allowed to be crossed or climbed; and in a case that theconfiguration information indicates that the obstacle is not allowed tobe crossed or climbed, it is determined that the obstacle is not allowedto be crossed or climbed.

The third step may also be performed after the first step and the secondstep.

That is, in a case that the target object is located in the target areain the virtual scene and no prohibition determining body exists on thetop of the obstacle, configuration information of the obstacle isobtained, and distances between points in the target area and theobstacle are within the target threshold. In a case that theconfiguration information indicates that the obstacle is allowed to becrossed or climbed, it is determined that the obstacle is allowed to becrossed or climbed; and in a case that the configuration informationindicates that the obstacle is not allowed to be crossed or climbed, itis determined that the obstacle is not allowed to be crossed or climbed.

In the technical solution provided in step S204, in the determiningstage of the climbing and crossing system, the terminal selects a targetaction to be performed by the target object, the target action beingdetermined according to attributes of the target obstacle, and thetarget action being a crossing type or climbing type action performed bythe target object to move from one side of the target obstacle to theother side of the target obstacle.

In this embodiment of this application, when the terminal selects thetarget action to be performed by the target object, at least theattributes of the target obstacle need to be considered. In other words,the terminal selects the target action from an action set at leastaccording to the attributes of the target obstacle. The attributes maybe a height, a width, a thickness, and the like.

In an optional embodiment, that the terminal selects the target actionfrom an action set at least according to the attributes of the targetobstacle may be only the attributes of the target obstacle beingconsidered. For example, when the height of the target obstacle isgreater than a threshold, the type of the to-be-performed action isdetermined as the climbing type, and a default climbing action may beselected or a climbing action may be randomly selected; and when theheight of the target obstacle is not greater than the threshold, thetype of the to-be-performed action is determined as the crossing type,and a default crossing action may be selected or a crossing action maybe randomly selected.

In another optional embodiment, that the terminal selects the targetaction from an action set at least according to the attributes of thetarget obstacle may alternatively be the attributes of the targetobstacle and attributes of the target object being considered. In otherwords, the terminal selects the target action from the correspondingaction set according to the attributes of the target obstacle and theattributes of the target object. An optional implementation includes thefollowing two steps:

In a first step, the terminal searches a plurality of sets for an actionset matching the attributes of the target obstacle.

Optionally, the terminal may search the plurality of sets for an actionset matching the height and the thickness of the target obstacle. Anoptional implementation is as follows:

Before the plurality of sets are searched for the action set matchingthe attributes of the target obstacle, a target parabola is determinedaccording to at least one of a speed v, inertia m and an orientation ofthe target object. For the same object, the inertia mass m basicallyremains unchanged. Therefore, attributes affecting the parabola of thetarget object mainly are the speed v and an orientation of the speed.For example, in a case that speeds v are the same, and orientations ofthe speeds are different, formed parabolas are not completely the same.As shown in FIG. 5, corresponding parabolas y1, y2, and y3 may bedetermined according to initial speeds, inertia mass, and orientationsof the speeds.

The obtained speed v may be a current speed of the target object. Inother words, the parabola may be calculated according to the speed v andthe like in real time. The speed v may also be an ideal speed (forexample, a set maximum speed) of the target object, and the orientationis an optimal orientation (that is, a farthest orientation that can bejumped toward in a case of a height h of a current obstacle), forexample, the target parabola y1 in FIG. 5.

After the target parabola is determined, when the plurality of sets aresearched for the action set matching the attributes of the targetobstacle, a thickness between a first point on the target obstacle and asecond point on the target obstacle may be first obtained. As shown inFIG. 6, when the target object faces a surface 601 of the obstacle, thefirst point 603 is a point that is on the surface 601 and passed throughby the target object when the target object starts to get over thetarget obstacle by using the crossing type action, and the second point605 is a point that is located on a surface opposite to the surface 601and passed through by the target object when the target object gets overthe target obstacle by using the crossing type action.

If the obstacle is a regular object, the first point and the secondpoint may have the same heights. As shown in FIG. 5, a distance L1between a third point x1 and a fourth point x2 on the target parabola isthen obtained. The third point is a point that is on a rise stage of thetarget parabola and that has the same height as the first point; thefourth point is a point that is on a fall stage of the target parabolaand that has the same height as the second point; and the targetparabola is a parabola that is formed in a case that the target objectgets over the obstacle by using the crossing type action.

The distance L1 is a longest distance that the target object can crossunder the height h. In a case that a thickness L2 between the firstpoint and the second point is not greater than the distance between thethird point and the fourth point, in other words, when the target objectcan cross the obstacle, the plurality of sets are searched for an actionset in which types of included actions are the crossing type; and in acase that the thickness between the first point and the second point isgreater than the distance between the third point and the fourth point,in other words, when the longest distance that the target object cancross cannot reach the thickness of the obstacle, the plurality of setsare searched for an action set in which types of included actions arethe climbing type.

In a second step, the action set is searched for the target actionmatching the attributes of the target object.

Optionally, when the action set is searched for the target actionmatching the attributes of the target object, attributes such as thespeed, the inertia, and the orientation of the target object may beconsidered. In other words, the terminal may search the action set for atarget action matching the speed (a current speed), the inertia, and theorientation of the target object. For the selected target action, anangle between the target action and the obstacle is mainly considered.If amplitudes of the target action are different, efficiency usingcorresponding speeds is different. For example, if the target action iswalking to cross over, impact from the current speed of the targetobject on whether the action is successfully performed is relativelysmall; and if the target action is running to cross over, the speed, animpulse of the speed, and a trajectory formed by the orientation(similar to FIG. 5) need to be considered. Therefore, different actionsherein are associated with attributes such as the current speed, theinertia, and the orientation of the target object.

Optionally, when the terminal searches the action set for the targetaction matching the attributes of the target object, a distance betweenthe target object and the target obstacle and the height of the targetobstacle may also be only considered, and the target action is foundfrom the action set according to the distance between the target objectand the target obstacle and the height of the target obstacle. Eachaction in the action set is configured with a distance interval and aheight interval; the distance between the target object and the targetobstacle is within the distance interval configured for the targetaction; and the height of the target obstacle is within the heightinterval configured for the target action. FIG. 7 to FIG. 10 describe 4optional actions in the action set.

For an action 1 shown in FIG. 7, use conditions include: the height ofthe obstacle is within a value range [x1, x2]; and a distance betweenthe role (namely, the target object) and a wall surface is within avalue range [y1, y2], where x1<x2, and y1<y2.

For an action 2 shown in FIG. 8, use conditions include: the height ofthe obstacle is within a value range [x3, x4]; and the distance betweenthe role and the wall surface is within a value range [y3, y4], wherex3<x4, and y3<y4.

Optionally, before the action 2 is performed, a size of an upper spacemay also be detected during window crossing. When a length being withina value range [m1, m2] and a width being within a value range [n1, n2]are satisfied, the action 2 is performed, where m1<m2, and n1<n2.

For an action 3 shown in FIG. 9, use conditions include: the height ofthe obstacle is within a value range [x5, x6]; and the distance betweenthe role and the wall surface is within a value range [y5, y6], wherex5<x6, and y5<y6.

For an action 4 shown in FIG. 10, use conditions include: the height ofthe obstacle is within a value range [x7, x8]; and the distance betweenthe role and the wall surface is within a value range [y7, y8], wherex7<x8, and y7<y8.

Optionally, before the action 4 is performed, a size of an upper spacemay also be additionally detected during window crossing. A length beingwithin a value range [m3, m4] and a width being within a value range[n3, n4] are satisfied, where m3<m4, and n3<n4.

x1 to x8, y1 to y8, m1 to m4, and n1 to n4 are values that are set byusing a standard unit of a game engine of an unreal engine; and valueranges under different actions may be irrelevant.

In the foregoing embodiment, the terminal may obtain attributeinformation such as the height, the thickness, and the width of theobstacle, and whether crossing and climbing conditions are met isdetermined according to the height and the thickness of the obstacle. Ifthe conditions are met, actions meeting the conditions are selected toform an action set A, and a corresponding action is finally screened outfrom the action set A according to attributes such as a currentforwarding speed, inertia, and a character orientation of the role.

In a branch system, crossing or climbing may be selected according to astatus, inertia, and an angle of an upper-lower orientation of a lens(that is, an included angle between the target object and a plane onwhich the obstacle that directly faces the target object is located).During operation setting, it may be set that a single click triggerscrossing by default, and double clicks trigger operations such asclimbing by default.

In the technical solution provided in step S206, the terminal controls,in the virtual scene, the target object to perform the target action.

Optionally, in a case that the obstacle is configured to be allowed tobe got over, a first picture is displayed on the client, the firstpicture being used for representing that the target object gets over theobstacle by using the target action, and the target action being anaction determined according to a current status of the target object;and in a case that the obstacle is configured to not be allowed to begot over, a second picture is displayed on the client, the secondpicture being used for representing that the obstacle is not allowed tobe got over.

The first picture is a picture representing a process in which thetarget object gets over the obstacle by using the target action; and thesecond picture may be prompt information, such as words or an identifierpresenting semantics of “the obstacle cannot be got over” in thepicture, or may be picture information, such as playing a picture inwhich a getting-over action of the target object stops as soon as thegetting-over action is in contact with the obstacle. The presentationmay be dynamic or static (a form of a single-frame picture)presentation. If the first picture or the second picture is played in aform of a multi-frame picture, the presentation is dynamic presentation;and if the first picture or the second picture is played in a form of asingle-frame picture, the presentation is static presentation.

Optionally, the controlling, in the virtual scene, the target object toperform the target action may include: controlling, in the virtualscene, the target object to perform the crossing type action, anddisplaying a picture corresponding to the process of performing thecrossing type action; or controlling, in the virtual scene, the targetobject to perform the climbing type action, and displaying a picturecorresponding to the process of performing the climbing type action.

Optionally, in the process of controlling, in the virtual scene, thetarget object to perform the target action, a second operation triggeredin the client is detected; and in response to the detected secondoperation, performing of the target action is stopped according to anindication of the second operation. For example, the second operation isto instruct the target object to stop climbing, lying prone on thesurface of the obstacle, or standing on the top of the obstacle.

In an optional embodiment, descriptions of the embodiments of thisapplication are provided in detail below with reference to a specificexample shown in FIG. 11.

Step S1102: Detect an obstacle in an orientation of a player.

Step S1104: Determine whether the obstacle is not allowed to be climbedor crossed, and if yes, perform step S1106; otherwise, go back to stepS1102.

Step S1106: Determine whether the obstacle meets a climbing condition,and if yes, perform step S1108; otherwise, go back to step S1102.

Step S1108: Determine whether the obstacle meets a crossing condition,and if yes, perform step S1114; otherwise, perform step S1110.

Step S1110: Select a climbing action.

Step S1112: Perform the selected climbing action.

Step S1114: Start a branch system.

Step S1116: Select an action according to a condition.

Step S1118: Perform the selected action.

The foregoing steps may be divided into the following several stages:

(1) Function Implementation of an Assistant Determining Body and aProhibition Determining Body

As shown in FIG. 12, for an obstacle 1203, the assistant determiningbody 1201 may be a triggering volume (trigger volume) without acollision. When a player capsule body is in contact with the assistantdetermining body 1201, the volume is triggered. In this case, aprohibition determining body detection module is started, and theprohibition determining body detection module generates a detection box1207 in front of a character. The detection box 1207 moves from aminimum height of the character to a maximum height of the characteraccording to a moving direction shown in FIG. 12. If the detection box1207 is in contact with the prohibition determining body 1205,information true is returned, and crossing and climbing are not allowed;and if no prohibition determining body is detected, a determining stageof a system is entered.

(2) Obtaining of Information about a Height, a Width, and a Thickness(as Shown in FIG. 13)

Height: By using a line Q as a reference, a virtual straight line Pperpendicular to an orientation of the character is generated at aposition of the minimum height of the character, and an origin O is anintersection between P and Q. If the straight line P is in contact witha collision, information true is returned, and the virtual line P movesupward, until the maximum height of the character object is reached orinformation false is returned. A height that the virtual line P moves inthis period of time, that is, the height h of the obstacle, is recorded.

Width: Similarly, another virtual straight line is generated accordingto the virtual line P in FIG. 13, and the width t is obtained throughscanning from left to right by using a method the same as the method forobtaining the height.

Thickness: Another virtual straight line is generated at a position of aline Q, and an origin is a point higher than a position of a centerpoint of the character. The virtual straight line is moved along a linesegment P. When it is detected that a growth spurt greater than athreshold Y occurs in a ray returning length, the time is set as a timenode 0; and when a second growth spurt greater than Y is detected, thetime is set as a time node 1. Within the time node 0 to the time node 1,a distance moved by the virtual straight line is the thickness w.

(3) Record of Character Statuses, Inertia, and Special Information ofObstacles

The character statuses: A sequence table is set, and the table recordsUI triggering orders of players. When a status of a player is required,a first UI capable of triggering the status is searched for from a tablefooter of the sequence table, and a status corresponding to the UI isthe status of the player.

Inertia: A speed v of a player and a backpack volume of the player areobtained.

Record of special information: The information is counted into class ofthe assistant determining body as an attribute, and is stored as atable. Types of the special information are classified by using numbers.When a player triggers the assistant determining body, the table issimultaneously returned, and a processing manner corresponding to anumber in the table is performed.

(4) Through-mold Processing on Actions

A return-to-zero point is set on the assistant determining body. If acenter point is excessively far away from the return-to-zero point whena role triggers crossing and climbing, the role is forced to move towardthe return-to-zero point by a distance.

In this embodiment of this application, a requirement that a playerneeds to smoothly get over an obstacle and reach the top of the obstaclein a 3D game is satisfied, and an action can be dynamically adjustedbased on a player status, obstacle information, an assistant determiningbody, and the like, thereby providing more comfortable and smootherexperience to the player; and a branch system can further dynamicallydetermine whether the player intends to cross or climb when crossing andclimbing are simultaneously satisfied.

The foregoing method embodiments are expressed as a series actioncombinations for the purpose of brief description, but it is to beunderstood by a person skilled in the art that because some steps may beperformed in other sequences or simultaneously according to theembodiments of this application, the embodiments of this application arenot limited to a described action sequence. In addition, it is also tobe understood by a person skilled in the art that the embodimentsdescribed in the specification are all exemplary embodiments. Therefore,an action and a module involved are not necessarily mandatory in theembodiments of this application.

According to the foregoing descriptions of implementations, a personskilled in the art may clearly learn that the method according to theforegoing embodiments may be implemented by using software and anecessary general hardware platform, or certainly may be implemented byusing hardware. However, the former is a better implementation in mostcases. Based on such an understanding, the technical solutions in theembodiments of this application essentially or the part contributing tothe related technology may be implemented in a form of a softwareproduct. The computer software product is stored in a storage medium(such as a ROM/RAM, a magnetic disk, or an optical disc) and includesseveral instructions for instructing a terminal device (which may be amobile phone, a computer, a server, a network device, or the like) toperform the method described in the embodiments of this application.

According to another aspect of the embodiments of this application, anobject control device configured to perform the foregoing object controlmethod is further provided. FIG. 14 is a schematic diagram of anoptional object control device according to an embodiment of thisapplication. As shown in FIG. 14, the device may include one or moreprocessors, and one or more memories storing program units. The programunits are executed by the processors. The program units include adetection unit 1401, a determining unit 1403, and a performing unit1405.

The detection unit 1401 is configured to detect a first operationtriggered in a client, the client displaying a virtual scene, and thefirst operation being used for instructing a target object in thevirtual scene to move from one side of a target obstacle to the otherside of the target obstacle.

The determining unit 1403 is configured to determine a target action tobe performed by the target object, the target action being determinedaccording to attributes of the target obstacle, and the target actionbeing a crossing type or climbing type action performed by the targetobject to move from one side of the target obstacle to the other side ofthe target obstacle.

The performing unit 1405 is configured to control, in the virtual scene,the target object to perform the target action.

The detection unit 1401 in this embodiment may be configured to performstep S202 in the embodiments of this application, the determining unit1403 in this embodiment may be configured to perform step S204 in theembodiments of this application, and the performing unit 1405 in thisembodiment may be configured to perform step S206 in the embodiments ofthis application.

Implemented examples and application scenarios of the foregoing modulesare the same as those of the corresponding steps, but are not limited tothe content disclosed by the foregoing embodiments. The foregoingmodules, as a part of the device, may run in the hardware environmentshown in FIG. 1, and may be implemented by using software or may beimplemented by using hardware.

By using the foregoing modules, when the first operation triggered inthe client is detected, the action to be performed by the target object,that is, the crossing type or climbing type action performed to movefrom one side of the target obstacle to the other side of the targetobstacle, is determined according to the attributes of the targetobstacle; and the target object is controlled in the virtual scene toperform the target action. In other words, in this embodiment of thisapplication, a plurality of operation manners for getting over anobstacle are provided in a virtual scene, and a technical problem of anundiversified operation manner in an encounter of an obstacle in therelated art can be resolved, thereby achieving a technical effect ofenriching operations in an encounter of an obstacle.

Optionally, the performing unit is further configured to: control, inthe virtual scene, the target object to perform the crossing typeaction, and display a picture corresponding to the process of performingthe crossing type action; or control, in the virtual scene, the targetobject to perform the climbing type action, and display a picturecorresponding to the process of performing the climbing type action.

Optionally, the detection unit may further be configured to: in theprocess of controlling, in the virtual scene, the target object toperform the target action, detect a second operation triggered in theclient. The performing unit may further be configured to: in response tothe detected second operation and according to an indication of thesecond operation, stop performing the target action.

The determining unit may further be configured to select the targetaction from an action set at least according to the attributes of thetarget obstacle.

The determining unit may further be configured to select the targetaction from a corresponding action set according to the attributes ofthe target obstacle and attributes of the target object.

Optionally, the determining unit may include: a first search module,configured to search a plurality of sets for an action set matching theattributes of the target obstacle; and a second search module,configured to search the action set for the target action matching theattributes of the target object.

The first search module may further be configured to search theplurality of sets for an action set matching a height and a thickness ofthe target obstacle.

Optionally, the first search module may include:

a first obtaining submodule, configured to obtain a thickness between afirst point on the target obstacle and a second point on the targetobstacle, the first point being a point passed through by the targetobject in a case that the target object starts to cross the targetobstacle by using the crossing type action, and the second point being apoint passed through by the target object in a case that the targetobject gets over the target obstacle by using the crossing type action;

a second obtaining submodule, configured to obtain a distance between athird point and a fourth point on a target parabola, the third pointbeing a point that is on a rise stage of the target parabola and thathas the same height as the first point, the fourth point being a pointthat is on a fall stage of the target parabola and that has the sameheight as the second point, and the target parabola being a parabolathat is formed in a case that the target object crosses the targetobstacle by using the crossing type action;

a first search submodule, configured to search, in a case that thethickness between the first point and the second point is not greaterthan the distance between the third point and the fourth point, theplurality of sets for the action set in which types of included actionsare the crossing type; and

a second search submodule, configured to search, in a case that thethickness between the first point and the second point is greater thanthe distance between the third point and the fourth point, the pluralityof sets for the action set in which types of included actions are theclimbing type.

Optionally, the first search module may include: a first determiningsubmodule, configured to: before the plurality of sets is searched forthe action set matching the attributes of the target obstacle, determinethe target parabola according to at least one of a speed, inertia and anorientation of the target object.

The second search module may further be configured to search the actionset for the target action matching the speed, the inertia, and theorientation of the target object.

Optionally, the second search module may include: a second determiningsubmodule, configured to determine a distance between the target objectand the target obstacle and the height of the target obstacle; and athird search submodule, configured to search the action set for thetarget action according to the distance between the target object andthe target obstacle and the height of the target obstacle. Each actionin the action set is configured with a distance interval and a heightinterval; the distance between the target object and the target obstacleis within the distance interval configured for the target action; andthe height of the target obstacle is within the height intervalconfigured for the target action.

The device in this embodiment of this application may further include: adisplay unit, configured to: display, in the client in a case that thetarget obstacle is allowed to be crossed or climbed, an identifier usedfor triggering the first operation.

Optionally, the display unit may include: an obtaining module,configured to obtain configuration information of the obstacle in a casethat the target object is located in a target area in the virtual scene,where distances between points in the target area and the obstacle arewithin a target threshold; a first determining module, configured to: ina case that the configuration information indicates that the obstacle isallowed to be crossed or climbed, determine that the obstacle is allowedto be crossed or climbed; and a second determining module, configuredto: in a case that the configuration information indicates that theobstacle is not allowed to be crossed or climbed, determine that theobstacle is not allowed to be crossed or climbed.

Implemented examples and application scenarios of the foregoing modulesare the same as those of the corresponding steps, but are not limited tothe content disclosed by the foregoing embodiments. The foregoingmodules, as a part of the device, may run in the hardware environmentshown in FIG. 1, and may be implemented by using software or may beimplemented by using hardware. The hardware environment includes anetwork environment.

According to another aspect of the embodiments of this application, anelectronic device for implementing the foregoing object control methodis further provided. The electronic device may be a server or aterminal.

FIG. 15 is a structural block diagram of an electronic device accordingto an embodiment of this application. Descriptions are provided below byusing an example in which the electronic device is a terminal. As shownin FIG. 15, the terminal may include: one or more processors 1501 (onlyone is shown in FIG. 15), a memory 1503, and a transmission device 1505(for example, the transmission device in the foregoing embodiments). Asshown in FIG. 15, the terminal may further include an input/outputdevice 1507.

The memory 1503 may be configured to store a software program andmodule, for example, program instructions/modules corresponding to theobject control method and device in the embodiments of this application.The processor 1501 runs the software program and module stored in thememory 1503, to implement various functional applications and dataprocessing, that is, implement the foregoing object control method. Thememory 1503 may include a high speed random access memory, and mayfurther include a non-volatile memory, for example, one or more magneticstorage devices, a flash memory, or another non-volatile solid-statememory. In some examples, the memory 1503 may further include memoriesremotely set relative to the processor 1501, and these remote memoriesmay be connected to a terminal through a network. Examples of thenetwork include but are not limited to, the Internet, an intranet, alocal area network, a mobile communications network, and a combinationthereof.

The transmission device 1505 is configured to receive or transmit datathrough a network, and may further be configured to perform datatransmission between the processor and the memory. Specific examples ofthe network include a wired network and a wireless network. In anexample, the transmission device 1505 includes a network interfacecontroller (NIC), which may be connected to another network device androuter through a cable, so as to communicate with the Internet or alocal area network. In an example, the transmission device 1505 is aradio frequency (RF) module, and is configured to wirelessly communicatewith the Internet.

Specifically, the memory 1503 is configured to store an applicationprogram.

The processor 1501 may invoke, by using the transmission device 1505,the application program stored in the memory 1503, to perform thefollowing steps:

detecting a first operation triggered in a client, the client displayinga virtual scene, and the first operation being used for instructing atarget object in the virtual scene to move from one side of a targetobstacle to the other side of the target obstacle;

determining a target action to be performed by the target object, thetarget action being determined according to attributes of the targetobstacle, and the target action being a crossing type or climbing typeaction performed by the target object to move from one side of thetarget obstacle to the other side of the target obstacle; and

controlling, in the virtual scene, the target object to perform thetarget action.

The processor 1501 is further configured to perform the following steps:

obtaining a thickness between a first point on the target obstacle and asecond point on the target obstacle, the first point being a pointpassed through by the target object in a case that the target objectstarts to cross the target obstacle by using the crossing type action,and the second point being a point passed through by the target objectin a case that the target object crosses the target obstacle by usingthe crossing type action;

obtaining a distance between a third point and a fourth point on atarget parabola, the third point being a point that is on a rise stageof the target parabola and that has the same height as the first point,the fourth point being a point that is on a fall stage of the targetparabola and that has the same height as the second point, and thetarget parabola being a parabola that is formed in a case that thetarget object crosses the target obstacle by using the crossing typeaction;

searching, in a case that the thickness between the first point and thesecond point is not greater than the distance between the third pointand the fourth point, the plurality of sets for the action set in whichtypes of included actions are the crossing type; and

searching, in a case that the thickness between the first point and thesecond point is greater than the distance between the third point andthe fourth point, the plurality of sets for the action set in whichtypes of included actions are the climbing type.

By using this embodiment of this application, a first operationtriggered in a client is detected, the client displaying a virtualscene, and the first operation being used for instructing a targetobject in the virtual scene to move from one side of a target obstacleto the other side of the target obstacle; a target action to beperformed by the target object is determined, the target action beingdetermined according to attributes of the target obstacle, and thetarget action being a crossing type or climbing type action performed bythe target object to move from one side of the target obstacle to theother side of the target obstacle; and the target object is controlledin the virtual scene to perform the target action. In other words, inthis embodiment of this application, a plurality of operation mannersfor getting over an obstacle are provided in a virtual scene, and atechnical problem of an undiversified operation manner in an encounterof an obstacle in the related art can be resolved, thereby achieving atechnical effect of enriching operations in an encounter of an obstacle.

Optionally, for a specific example in this embodiment, reference may bemade to the examples described in the foregoing embodiments, and detailsare not described herein again in this embodiment.

A person of ordinary skill in the art may understand that the structureshown in FIG. 15 is merely exemplary, and the terminal may be a terminaldevice such as a smartphone (for example, an Android mobile phone and aniOS mobile phone), a tablet computer, a palmtop computer, a mobileInternet device (MID), or a PAD. FIG. 15 does not constitute alimitation on a structure of the foregoing electronic device. Forexample, the terminal may further include more or less components (forexample, a network interface and a display device) than those shown inFIG. 15, or have a configuration different from that shown in FIG. 15.

A person of ordinary skill in the art may understand that all or part ofthe steps of the methods in the embodiments may be implemented by aprogram by instructing hardware relevant to a terminal device. Theprogram may be stored in a computer-readable storage medium, and thestorage medium may include a flash drive, a read-only memory (ROM), arandom access memory (RAM), a magnetic disk, an optical disc, and thelike.

An embodiment of this application further provides a storage medium.Optionally, in this embodiment, the storage medium may be configured toexecute program code of the object control method.

Optionally, in this embodiment, the storage medium may be located in atleast one of a plurality of network devices in the network shown in theforegoing embodiments.

Optionally, in this embodiment, the storage medium is configured tostore program code for performing the following steps:

S11: detecting a first operation triggered in a client, the clientdisplaying a virtual scene, and the first operation being used forinstructing a target object in the virtual scene to move from one sideof a target obstacle to the other side of the target obstacle;

S12: determining a target action to be performed by the target object,the target action being determined according to attributes of the targetobstacle, and the target action being a crossing type or climbing typeaction performed by the target object to move from one side of thetarget obstacle to the other side of the target obstacle; and

S13: controlling, in the virtual scene, the target object to perform thetarget action.

Optionally, the storage medium is further configured to store programcode for performing the following steps:

S21: obtaining a thickness between a first point on the target obstacleand a second point on the target obstacle, the first point being a pointpassed through by the target object in a case that the target objectstarts to cross the target obstacle by using the crossing type action,and the second point being a point passed through by the target objectin a case that the target object crosses the target obstacle by usingthe crossing type action;

S22: obtaining a distance between a third point and a fourth point on atarget parabola, the third point being a point that is on a rise stageof the target parabola and that has the same height as the first point,the fourth point being a point that is on a fall stage of the targetparabola and that has the same height as the second point, and thetarget parabola being a parabola that is formed in a case that thetarget object crosses the target obstacle by using the crossing typeaction;

S23: searching, in a case that the thickness between the first point andthe second point is not greater than the distance between the thirdpoint and the fourth point, the plurality of sets for the action set inwhich types of included actions are the crossing type; and

S24: searching, in a case that the thickness between the first point andthe second point is greater than the distance between the third pointand the fourth point, the plurality of sets for the action set in whichtypes of included actions are the climbing type.

Optionally, for a specific example in this embodiment, reference may bemade to the examples described in the foregoing embodiments, and detailsare not described herein again in this embodiment.

Optionally, in this embodiment, the foregoing storage medium may includebut is not limited to: any medium that can store program code, such as aUSB flash drive, a ROM, a RAM, a removable hard disk, a magnetic disk,or an optical disc.

The sequence numbers of the foregoing embodiments of this applicationare merely for the convenience of description, and do not imply thepreference among the embodiments.

When the integrated unit in the foregoing embodiment is implemented inthe form of a software functional unit and sold or used as anindependent product, the integrated unit may be stored in the foregoingcomputer-readable storage medium. Based on such understanding, thetechnical solutions in the embodiments of this application essentially,or the part contributing to the related technology, or all or some ofthe technical solutions may be implemented in a form of a softwareproduct. The computer software product is stored in a storage medium andincludes several instructions for instructing one or more computerdevices (which may be a personal computer, a server, a network device,or the like) to perform all or some of steps of the methods in theembodiments of this application.

In the foregoing embodiments of this application, the descriptions ofthe embodiments have their respective focuses. For a part that is notdescribed in detail in an embodiment, reference can be made to relateddescriptions in other embodiments.

In the several embodiments provided in this application, it is to beunderstood that the disclosed client may be implemented in othermanners. The described device embodiment is merely for illustrationpurposes. For example, the unit division is merely logical functiondivision and may be other division in actual implementation. Forexample, a plurality of units or components may be combined orintegrated into another system, or some features may be ignored or notperformed. In addition, the displayed or discussed mutual couplings ordirect couplings or communication connections may be implemented byusing some interfaces. The indirect couplings or communicationconnections between the units or modules may be implemented inelectronic, mechanical, or other forms.

The units described as separate parts may or may not be physicallyseparate, and parts displayed as units may or may not be physical units,may be located in one position, or may be distributed on a plurality ofnetwork units. Some or all of the units may be selected according toactual requirements to achieve the objectives of the solutions of theembodiments.

In addition, functional units in the embodiments of this application maybe integrated into one processing unit, or each of the units may existalone physically, or two or more units are integrated into one unit. Theintegrated unit may be implemented in the form of hardware, or may beimplemented in the form of a software function unit.

The above descriptions are merely exemplary implementations of thisapplication, and a person of ordinary skill in the art may further makeseveral modifications and improvements without departing from theprinciple of the embodiments of this application. All such modificationsand improvements are to be construed as falling within the protectionscope of the embodiments of this application.

INDUSTRIAL APPLICABILITY

In the embodiments of this application, a plurality of operation mannersfor getting over an obstacle are provided in a virtual scene, and atechnical problem of an undiversified operation manner in an encounterof an obstacle in the related art can be resolved, thereby achieving atechnical effect of enriching operations in an encounter of an obstacle.

What is claimed is:
 1. An object control method performed at anelectronic device having one or more processors and memory storinginstructions to be executed by the one or more processors, the methodcomprising: displaying a virtual scene using a client running at theelectronic device; detecting a first operation triggered in the client,and the first operation being used for instructing a target object inthe virtual scene to move from one side of a target obstacle to theother side of the target obstacle; determining a target action to beperformed by the target object, the target action being determinedaccording to attributes of the target obstacle, and the target actionbeing a crossing type or climbing type action performed by the targetobject to move from one side of the target obstacle to the other side ofthe target obstacle; and controlling, in the virtual scene, the targetobject to perform the target action.
 2. The method according to claim 1,the method further comprising: before detecting the first operationtriggered in the client: displaying, in the client in a case that thetarget obstacle is allowed to be crossed or climbed, an identifier usedfor triggering the first operation.
 3. The method according to claim 1,wherein the controlling, in the virtual scene, the target object toperform the target action comprises: controlling, in the virtual scene,the target object to perform the crossing type action, and displaying apicture corresponding to the process of performing the crossing typeaction; or controlling, in the virtual scene, the target object toperform the climbing type action, and displaying a picture correspondingto the process of performing the climbing type action.
 4. The methodaccording to claim 1, the method further comprising: during the processof controlling, in the virtual scene, the target object to perform thetarget action: detecting a second operation triggered in the client; andstopping, in response to the detected second operation and according toan indication of the second operation, performing the target action. 5.The method according to claim 1, wherein the determining a target actionto be performed by the target object comprises: selecting the targetaction from an action set at least according to the attributes of thetarget obstacle.
 6. The method according to claim 5, wherein theselecting the target action from an action set at least according to theattributes of the target obstacle comprises: selecting the target actionfrom the corresponding action set according to the attributes of thetarget obstacle and attributes of the target object.
 7. The methodaccording to claim 6, wherein the selecting the target action from thecorresponding action set according to the attributes of the targetobstacle and attributes of the target object comprises: searching aplurality of sets for the action set matching the attributes of thetarget obstacle; and searching the action set for the target actionmatching the attributes of the target object.
 8. The method according toclaim 7, wherein the searching a plurality of sets for the action setmatching the attributes of the target obstacle comprises: searching theplurality of sets for the action set matching a height and a thicknessof the target obstacle.
 9. The method according to claim 7, wherein thesearching a plurality of sets for the action set matching the attributesof the target obstacle comprises: obtaining a thickness between a firstpoint on the target obstacle and a second point on the target obstacle,the first point being a point passed through by the target object in acase that the target object starts to cross the target obstacle by usingthe crossing type action, and the second point being a point passedthrough by the target object in a case that the target object gets overthe target obstacle by using the crossing type action; obtaining adistance between a third point and a fourth point on a target parabola,the third point being a point that is on a rise stage of the targetparabola and that has the same height as the first point, the fourthpoint being a point that is on a fall stage of the target parabola andthat has the same height as the second point, and the target parabolabeing a parabola that is formed in a case that the target object crossesthe target obstacle by using the crossing type action; searching, in acase that the thickness between the first point and the second point isnot greater than the distance between the third point and the fourthpoint, the plurality of sets for the action set in which types ofcomprised actions are the crossing type; and searching, in a case thatthe thickness between the first point and the second point is greaterthan the distance between the third point and the fourth point, theplurality of sets for the action set in which types of comprised actionsare the climbing type.
 10. The method according to claim 9, the methodfurther comprising: before searching the plurality of sets for theaction set matching the attributes of the target obstacle, determiningthe target parabola according to at least one of a speed, inertia, andan orientation of the target object.
 11. The method according to claim7, wherein the searching the action set for the target action matchingthe attributes of the target object comprises: searching the action setfor the target action matching a speed, inertia, and an orientation ofthe target object.
 12. The method according to claim 7, wherein thesearching the action set for the target action matching the attributesof the target object comprises: determining a distance between thetarget object and the target obstacle and a height of the targetobstacle; and searching the action set for the target action accordingto the distance between the target object and the target obstacle andthe height of the target obstacle, each action in the action set beingconfigured with a distance interval and a height interval, the distancebetween the target object and the target obstacle being within thedistance interval configured for the target action, and the height ofthe target obstacle being within the height interval configured for thetarget action.
 13. The method according to claim 2, wherein determiningwhether the target obstacle is allowed to be crossed or climbedcomprises: obtaining configuration information of the target obstacle ina case that the target object is located in a target area in the virtualscene, distances between points in the target area and the targetobstacle are within a target threshold; determining, in a case that theconfiguration information indicates that the target obstacle is allowedto be crossed or climbed, that the target obstacle is allowed to becrossed or climbed; and determining, in a case that the configurationinformation indicates that the target obstacle is not allowed to becrossed or climbed, that the target obstacle is not allowed to becrossed or climbed.
 14. An electronic device, comprising memory, aprocessor, and a plurality of computer programs stored on the memory andcapable of, when executed on the processor, performing a plurality ofoperations including: displaying a virtual scene using a client runningat the electronic device; detecting a first operation triggered in theclient, and the first operation being used for instructing a targetobject in the virtual scene to move from one side of a target obstacleto the other side of the target obstacle; determining a target action tobe performed by the target object, the target action being determinedaccording to attributes of the target obstacle, and the target actionbeing a crossing type or climbing type action performed by the targetobject to move from one side of the target obstacle to the other side ofthe target obstacle; and controlling, in the virtual scene, the targetobject to perform the target action.
 15. The electronic device accordingto claim 14, wherein the plurality of operations include: beforedetecting the first operation triggered in the client: displaying, inthe client in a case that the target obstacle is allowed to be crossedor climbed, an identifier used for triggering the first operation. 16.The electronic device according to claim 14, wherein the controlling, inthe virtual scene, the target object to perform the target actioncomprises: controlling, in the virtual scene, the target object toperform the crossing type action, and displaying a picture correspondingto the process of performing the crossing type action; or controlling,in the virtual scene, the target object to perform the climbing typeaction, and displaying a picture corresponding to the process ofperforming the climbing type action.
 17. The electronic device accordingto claim 14, wherein the plurality of operations include: during theprocess of controlling, in the virtual scene, the target object toperform the target action: detecting a second operation triggered in theclient; and stopping, in response to the detected second operation andaccording to an indication of the second operation, performing thetarget action.
 18. The electronic device according to claim 14, whereinthe determining a target action to be performed by the target objectcomprises: selecting the target action from an action set at leastaccording to the attributes of the target obstacle.
 19. A non-transitorycomputer-readable storage medium, storing computer-readableinstructions, the computer-readable instructions, when executed by oneor more processors of an electronic device, causing the electronicdevice to perform operations including: displaying a virtual scene usinga client running at the electronic device; detecting a first operationtriggered in the client, and the first operation being used forinstructing a target object in the virtual scene to move from one sideof a target obstacle to the other side of the target obstacle;determining a target action to be performed by the target object, thetarget action being determined according to attributes of the targetobstacle, and the target action being a crossing type or climbing typeaction performed by the target object to move from one side of thetarget obstacle to the other side of the target obstacle; andcontrolling, in the virtual scene, the target object to perform thetarget action.
 20. The non-transitory computer-readable storage mediumaccording to claim 19, wherein the operations include: before detectingthe first operation triggered in the client: displaying, in the clientin a case that the target obstacle is allowed to be crossed or climbed,an identifier used for triggering the first operation.